ORA-00600: 内部错误代码, 参数: [2662], [], [], [], [], [], [], [], [], [], [], []

目的：

这篇文章讨论的是内部错误“ora-600[2662]”的含义和解决办法，只能对下列版本有指导作用。

格式：ora-600[2662][a][b][c][d][e]

版本：6.0到12.1

数据块的SCN大于当前的SCN。

主要是和存储在UGA变量中的dependent SCN进行比较，如果当前的SCN小于它，数据库就会产生这个ORA-600 [2662]的错误了。

参数：

Arg [a] Current SCN WRAP

Arg [b] Current SCN BASE

Arg [c] dependent SCN WRAP

Arg [d] dependent SCN BASE

Arg [e] Where present this is the DBA where the dependent SCN came from.

功能：

redo日志文件管理和IO缓存管理

实例崩溃

可能发生物理错误

不同的情况下都可能产生ORA-600[2662]错误：

可能在启动数据库时发生。

如果你没有使用并行服务器，那么检查两个实例是否是启动的同一个数据库。

检查SMON的跟踪文件和警告日志文件。

检查SCN的差异，参数d-参数b

如果SCN非常接近，可以试着关闭重启几次。

在某些情况下，SCN在数据库打开是会增长。

如果下面的信息没法帮你定位问题，请提交trace文件和alert.log文件给ORACLE 支持人员进一步分析问题。

两种类型的错误

类型1：

4/5个参数形式

数据块的SCN早于当前的SCN。

类型2：

1个参数形式（7.2.3之前的版本才会发生）

类型1

如果SCN来自最近或当前的SCN，那么DBA保存为0。如果它来自uodo$，因为回滚段是 不可用，DBA保存为undo段号，它看起来像是0号文件的块。如果SCN来自redo日志（即 块编号== 0的变化的数），那么DBA是块0相关的数据文件。如果它是从另一个数据库的分布式事务则DBA是DBAINF（）。如果它来自TX锁定那么DBA是USN